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(54) Switch emulation client 

(57) A switch with emulation client in a data commu- 
nication network adhering to a Session Initiation Proto- 
col (SIP). The switch is coupled to a legacy telephone 
which initiates or receives telephonic communication 
with a SIP-observant telephone or another legacy tele- 
phone over the SIP-observant network. The emulation 
client translates between PBX and SIP messages to al- 



low the legacy telephone to communicate seamlessly 
over the SIP-observant network. The switch is further 
coupled to a location server which storing redirection in- 
formation for redirecting calls made to a particular 
number. The calls are preferably redirected based on 
the location where the user is scheduled to be at the 
time of the call. 
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Description 

CROSS-REFERENCE TO RELATED APPLICATION 
(S) 

[0001] This application claims the benefit of U.S. pro- 
visional application 60/224,566, filed August 10, 2000, 
the content of which is incorporated herein by reference. 

FIELD OF THE INVENTION 

[0002] This invention relates generally to signaling 
protocols for Internet telephony, and more particularly, 
to switches providing emulation services for seamless 
communication of Internet calls utilizing different signal- 
ing protocols. 

BACKGROUND OF INVENTION 

[0003] Session Initiation Protocol (SIP) is a signaling 
protocol for creating, modifying, and terminating multi- 
media sessions, including Internet telephone calls, with 
one or more participants. Details about the SIP signaling 
protocol is set forth in Internet Engineering Task Force 
Request for Comment 2543 entitled "SIP: Session Initi- 
ation Protocol,- March 1999 (hereinafter referred to as 
RFC 2543), which is incorporated herein by reference. 
SIP provides an alternative to PBX- or H.323-signaled 
telephony. 

[0004] Callers and callees participating in a SIP sig- 
naled communication are identified by SIP URLs. When 
making a SIP call, a caller first locates an appropriate 
SIP server and sends a SIP request to the server via an 
IP network. The SIP server may be a proxy SIP server 
or a redirect SIP server. A common SIP request is an 
invitation where the caller asks the callee to participate 
in a session. 

[0005] FIG. 1A is a functional block diagram for es- 
tablishing a SIP call via a proxy SIP server 1 0. The proxy 
server 10 receives an invitation from a calling device, 
referred to as a user agent client (UAC) 15, in the form 
of an INVITE request. The INVITE request includes the 
SIP URL of a user agent server (UAS) 20 that contacts 
the callee when a SIP request is received, and returns 
a response on behalf of the callee. 
[0006] The proxy server 10 accepts the INVITE re- 
quest and preferably engages a location server 25 to 
resolve the UAS URL to a more precise UAS address. 
For example, a call directed to a generic SIP URL such 
as, for example, "sales@acme.com" may be resolved 
to a particular person, such as, for example, "bob@ny. 
acme.com." 

[0007] The proxy server 10 issues a second INVITE 
request to the more precise UAS address. The UAS 20 
receives the second INVITE request and alerts the user 
of the request by, for example, causing the user's tele- 
phone to ring. If the call is answered, the UAS 20 returns 
a success indication to the proxy server 10 via an OK 



response. The proxy server 10 in turn forwards the OK 
response to the UAC 15. The receipt of the success re- 
sult is confirmed by the UAC 15 by transmitting an ACK 
request to the proxy server 1 0, which then forwards it to 

5 the UAS 20. 

[0008] FIG. 1 B is a functional block diagram of an al- 
ternative method for establishing a SIP call using a re- 
direct SIP server 30. The redirect server 30 accepts the 
INVITE request and contacts the location server 25 with 

10 the UAS URL as done by the proxy server 10 of FIG. 
1 A. The redirect server 30, instead of directly contacting 
the newly found address, returns the address to the 
UAC 15. The UAC 15 confirms receipt of the address 
via an ACK request. 

15 [0009] The UAC 15 issues a new INVITE request to 
the address returned by the redirect server 30. If the call 
succeeds, the UAS 20 transmits an OK response and 
the UAC 15 completes the handshake with an ACK re- 
quest. 

20 [001 0] While SIP holds much promise for future Inter- 
net telephony applications, no clear migration path has 
yet been identified from legacy-based telephony sys- 
tems to SIP-based telephony systems. Proposed SIP- 
based telephony systems target telephones for UAC 

25 and UAS functionality. This generally implies that each 
telephone must include its own SIP stack and associat- 
ed processing power. Such a requirement, however, will 
likely result in telephones in the proposed SIP-based te- 
lephony systems to be more costly. Furthermore the ex- 

30 isting technology does not allow such SIP-based teleph- 
ony systems to be backward compatible with legacy tel- 
ephones. 

[0011] Accordingly, there is a need in the current art 
for a system and method for enabling legacy telephones 

35 to participate seamlessly in SIP-based telephony sys- 
tems. Such a system and method should allow legacy 
telephones to seamlessly make and receive SIP calls 
with other legacy telephones as well as with telephones 
with SIP functionality without requiring that such legacy 

40 telephones be equipped with their own SIP stack. 

SUMMARY OF THE INVENTION 

[0012] The current invention is directed to a switch 
45 with an emulation client located in a data communication 
network that adheres to a SIP signaling protocol. The 
switch is coupled to a legacy telephone capable of initi- 
ating or receiving telephonic communication with a SIP- 
observant telephone or another legacy telephone over 
50 the SIP-observant network. The emulation client trans- 
lates between PBX and SIP messages to allow the leg- 
acy telephone to communicate seamlessly over the SI P- 
observant network. The switch is further coupled to a 
location server that includes redirection information for 
55 redirecting calls. The calls are preferably redirected 
based on the location where the user is scheduled to be 
at the time of the call. 

[0013] In one aspect of the invention, the system in- 
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dudes a switch for establishing telephonic communica- 
tion between a first device and a second device over a 
communication network adhering to the SIP signaling 
protocol. The switch includes a processing unit with pro- 
gram instructions allowing it to receive a first call estab- 
lishment message from the first device in a SlP-unob- 
servant format, generate a second call establishment 
message in a SIP-observant format in response to the 
first call establishment message, and transmit the sec- 
ond call establishment message to the second device 
over the communication network. 
[0014] In another aspect of the invention, the switch 
receives a first call establishment message from the first 
device in a SIP-observant format, generates a second 
call establishment message in a SIP-unobservant for- 
mat in response to the first call establishment message, 
and transmits the second call establishment message 
to the second device over the communication network. 
[0015] In one particular aspect of the invention, the 
call establishment message is a request, response, or 
confirmation. 

[0016] In another particular aspect of the invention, 
the SIP-unobservant format adheres to a private branch 
exchange signaling protocol. 

[001 7] In another particular aspect of the invention the 
switch stores redirection information in a location server 
for redirecting call establishment messages. The switch 
retrieves redirection information associated with the first 
call establishment message and redirects the second 
call establishment message in response to the retrieved 
redirection information. 

[0018] In another particular aspect of the invention, 
the redirection information is associated with a day and 
a time indicative of when the call establishment mes- 
sages are to be redirected. 

[0019] In yet another particular aspect of the inven- 
tion, the SIP-unobservant format is selected from a plu- 
rality of available formats. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] These and other features, aspects and advan- 
tages of the present invention will be more fully under- 
stood when considered with respect to the following de- 
tailed description, appended claims, and accompanying 
drawings where: 

FIG. 1A is a functional block diagram of establishing 
a SIP call using a proxy SIP server; 
FIG. 1B is a functional block diagram of an alterna- 
tive method for establishing a SIP call using a redi- 
rect SIP server; 

FIG. 2 is a schematic block diagram for a data com- 
munication network supporting an emulation serv- 
ice for a SIP-unobservant phone initiating telephon- 
ic communication with a SIP-observant phone; 
FIG. 3 is a schematic block diagram of a data com- 
munication network supporting an emulation serv- 



ice for a SIP-unobservant phone receiving tele- 
phonic communication from a SIP-observant 
phone; 

FIG. 4 is a schematic block diagram of a data com- 
5 munication network supporting an emulation serv- 
ice for a SIP-unobservant phone initiating telephon- 
ic communication with another SIP-unobservant 
phone; 

FIG. 5 is a schematic block diagram of a data com- 
10 munication network including a separate emulation 
server; 

FIG. 6 is a flow diagram of a process for translating 

SIP messages into PBX messages; 

FIG. 7 is a flow diagram of a process for translating 

15 PBX messages into SIP messages; 

FIG. 8 is a schematic diagram of a location data- 
base stored in a location server; 
FIG. 9 is a flow diagram of a process for utilizing the 
location database of FIG. 8 to redirect calls accord- 

20 ing to one embodiment of the invention; and 

FIG. 1 0 is a flow diagram of a process for utilizing 
the location database of FIG. 8 to redirect calls ac- 
cording to an alternative embodiment of the inven- 
tion. 

25 

DESCRIPTION OF THE INVENTION 

[0021] FIG. 2 is a schematic block diagram of a data 
communication network supporting an emulation serv- 

30 ice for a SIP-unobservant phone 40 initiating telephonic 
communication with a SIP-observant phone 65. The 
SIP-unobservant phone 40 communicates over a SIP- 
observant network 45 that preferably supports the SIP 
signaling protocol set forth in RFC 2543. The SlP-ob- 

35 servant network 45 is preferably a wide area network 
such as the Internet. 

[0022] Switching device 50 is coupled to a location 
server 55. Switching device 50 is also coupled to switch- 
ing device 60 over the SIP-observant network 45 via one 

40 or more core switches operative on the network. Switch- 
ing device 60 is in turn coupled to the SIP-observant 
phone 65. The SIP-observant and unobservant phones 
40, 65, switching devices 50, 60, and location server 55, 
are interconnected via cables or other transmission me- 

45 dia known in the art. 

[0023] The location server 55 preferably contains 
rules and algorithms for redirecting calls to a location 
where a user of the SIP-observant phone 65 is sched- 
uled to be. The user's location may vary based on a time 

50 and/or day of the call. Alternatively, the location server 
55 contains rules and algorithms for redirecting calls 
made to a call center, to an appropriate extension or 
agent. The redirection may be based on, for instance, 
caller information, agent availability, account informa- 

55 tion, and the like. 

[0024] Switching device 60 is preferably a switch, 
router, or other like device known in the art. Switching 
device 50 is preferably a private branch exchange (PBX) 
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unit managing incoming and outgoing calls for a partic- 
ular location. Switching device 50 includes an emulation 
client 50a for converting incoming SIP messages into 
PBX messages and outgoing PBX messages into SIP 
messages. In its simplest form, the emulation client 50a 
takes the role of a UAC 15 in the data communication 
network. According to one embodiment of the invention, 
the emulation client 50a is implemented as a software 
program executing on the internal PBX processor. 
[0025] The SIP-observant phone 65 preferably in- 
cludes a SIP stack for transmitting and receiving call es- 
tablishment messages in a SIP-observant format. The 
SIP-observant phone preferably takes the role of a UAS 
20 as described in detail in RFC 2543. The SlP-unob- 
servant phone 40, however, is a legacy device that does 
not include a SIP stack. The SIP-unobservant phone 40 
transmits and receives call establishment messages in 
a SIP-unobservant format preferably adhering to a PBX 
signaling protocol. 

[0026] In general terms, the SIP-unobservant phone 
40 initiates telephonic communication with the SIP-ob- 
servant phone 65 by transmitting a PBX dial request with 
a particular telephone number. Switching device 50 re- 
ceives the dial request and invokes its emulation client 
50a to convert the request into a SIP-observant format. 
In doing so, the emulation client 50a preferably trans- 
mits all or a portion of the telephone number to the lo- 
cation server 55 to determine whether the call is to be 
redirected to a different number or to a particular exten- 
sion. Preferably, the location server 55 returns the same 
number or a different number if the call is to be redirect- 
ed. In an alternative embodiment, the location server 55 
returns a list of all potential numbers for redirecting the 
call, and each number is tried for a connection until a 
response is received. In yet another embodiment, the 
location server is only engaged if the initially dialed 
number does not result in a successful connection. 
[0027] Switching device 50 preferably creates a SIP 
INVITE request with the identified telephone number 
and transmits the request over the SIP-observant net- 
work 45. Switching device 60 receives the INVITE re- 
quest and transmits the request to the SIP-observant 
phone 65. The SIP-observant phone 65 preferably 
alerts the callee of the incoming call by emitting, for ex- 
ample, a ringing sound. If the call is answered, switching 
device 60 indicates a successful connection by return- 
ing a SIP OK response to the emulation client 50a. The 
emulation client 50a translates the OK response to a 
PBX answer event and transmits it to the SIP-unobserv- 
ant phone. In addition, the emulation client 50a confirms 
the receipt of the OK response by transmitting a SIP 
ACK message to switching device 60. The SIP-observ- 
ant and observant phones 40, 65 may then engage in 
communication until one of the parties terminate the call. 
[0028] FIG. 3 is a schematic block diagram of a data 
communication network supporting an emulation serv- 
ice for a SIP-unobservant phone 70 receiving a SIP call 
from a SIP-observant phone 75. The data communica- 



tion network of FIG. 3 includes switching devices 80 and 
85 coupled respectively to the SIP-observant and unob- 
servant phones 75 and 70. Switching devices 80 and 85 
allow the SIP-observant and unobservant phones 75 
5 and 70 to communicate with each other over a SIP-ob- 
servant network 90. 

[0029] Switching device 80 is preferably a switch, 
router, or other like device known in the art. Switching 
device 80 is coupled to a location server 95 preferably 

10 containing rules and algorithms for redirecting calls to a 
location where a user of the SIP-unobservant phone 70 
is scheduled to be. The user's location may vary based 
on a time and/or day of the call. Alternatively, the loca- 
tion server 55 contains rules and algorithms for redirect- 

15 jng calls made to a call center, to an appropriate exten- 
sion or agent. The redirection may be based on, for in- 
stance, caller information, agent availability, account in- 
formation, and the like. 

[0030] Switching device 85 is preferably a PBX unit 
20 managing incoming and outgoing calls for a particular 
location. Switching device 85 includes an emulation cli- 
ent 85a for converting incoming SIP messages into PBX 
messages and outgoing PBX messages into SIP mes- 
sages. In its simplest form, the emulation client 85a 
25 takes the role of a UAS 20. 

[0031] In general terms, the SIP-observant phone 75 
initiates a telephonic communication with the SIP-unob- 
servant phone 70 by transmitting a SIP INVITE request. 
The INVITE request preferably includes a SIP URL of 
30 switching device 85. The SIP URL preferably takes a 
form of "siprusertghost," where the user portion indi- 
cates a user name or a telephone number associated 
with the SIP-unobservant phone 70, and the host portion 
indicates a domain name or network address associat- 
es ed with switching device 85. 

[0032] Switching device 80 accepts the INVITE re- 
quest and preferably transmits all or a portion of the SIP 
URL to the location server 95 to resolve the SIP URL to 
a more precise address. Preferably, the location server 
40 95 identifies a particular number to where to route the 
call. Alternatively, the location server 95 returns a list of 
all potential routing numbers, and each number is tried 
for a connection until a response is received. In yet an- 
other embodiment, the location server is engaged to re- 
45 trieve redirection information if an initially dialed number 
does not result in a successful connection. 
[0033] Switching device 80 preferably creates a new 
INVITE request with the identified telephone number 
and transmits the request to switching device 85 over 
50 the SIP-observant network 90. Switching device 85 re- 
ceives the INVITE request and invokes its emulation cli- 
ent 85a to convert the INVITE request to a PBX call re- 
quest. The SIP-unobservant phone 70 alerts the callee 
of the in-coming call by, for example, emitting a ringing 
55 sound. If the call is answered, the emulation client 85a 
transmits a SIP OK response to switching device 80 to 
indicate a successful connection. Switching device 80 
confirms receipt of the OK response by transmitting a 
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SIP ACK message. The SIP-observant and unobserv- 
ant phones 75, 70 may then engage in communication 
until one of the parties terminate the call. 
[0034] FIG. 4 is a schematic block diagram of a data 
communication network supporting an emulation serv- 
ice for a SIP-unobservant phone 1 00 initiating a call with 
another SIP-unobservant phone 105. The data commu- 
nication network of FIG. 4 includes switching devices 
110 and 115 coupled respectively to SIP-unobservant 
phones 100 and 105. Each switching device 110, 115 is 
preferably a PBX unit including an emulation client 1 1 0a, 
115a for translating between SIP and PBX messages. 
In its simplest form, emulation client 110a takes the role 
of a UAC 15 and emulation client 115a takes the role of 
a UAS 20. 

[0035] Switching device 110 is coupled to a location 
server 125 preferably containing rules and algorithms 
for redirecting calls to a location where a user of SIP- 
unobservant phone 105 is scheduled to be. The user's 
location may vary based on a time and/or day of the call. 
Alternatively, the location server 55 contains rules and 
algorithms for redirecting calls made to a call center, to 
an appropriate extension or agent. The redirection may 
be based on, for instance, caller information, agent 
availability, account information, and the like. 
[0036] In general terms SIP-unobservant phone 100 
initiates telephonic communication with SIP-unobserv- 
ant phone 105 by transmitting a PBX dial request with 
the callee's telephone number. Switching device 110 re- 
ceives the dial request and invokes its emulation client 
110a to convert the request into a SIP-observant format. 
In doing so, the emulation client 110a preferably trans- 
mits all or a portion of the telephone number to the lo- 
cation server 125 to determine whether the call is to be 
redirected to a different number. Preferably, the location 
server 125 returns the same number or a different 
number if the call is to be redirected. In an alternative 
embodiment, the location server 125 returns a list of all 
potential numbers for redirecting the call, and each 
number is tried for a connection until a response is re- 
ceived. In yet another embodiment, the location server 
is only engaged if the initially dialed number does not 
result in a successful connection. 
[0037] Switching device 110 preferably creates a SIP 
INVITE request with the identified number and transmits 
the request over the SIP-observant network 120. 
Switching device 115 receives the INVITE request and 
invokes its emulation client 115a to convert the INVITE 
request to a PBX call request. The SIP-unobservant 
phone 105 alerts the callee of the in-coming call by, for 
example, emitting a ringing sound. 
[0038] If the call is answered, the emulation client 
115a transmits a SIP OK response to emulation client 
110a to indicate a successful connection. Emulation cli- 
ent 110 converts the OK response to a PBX answer 
event and transmits it to SIP-unobservant phone 100. 
Emulation client 110a confirms receipt of the OK re- 
sponse by transmitting a SIP ACK message. The SIP- 



unobservant phones 110, 115 may then engage in com- 
munication until one of the parties terminate the call. 
[0039] FIG. 5 is a schematic block diagram of a data 
communication network including an independent em- 
5 ulation server 500 that does not reside within a data 
communication switch. The data communication net- 
work includes a switching device 305 coupled to a SIP- 
observant phone 200. Switching device 305 is also cou- 
pled to a location server 505 and a SIP-observant net- 
to work 510. The location server 505 preferably contains 
rules and algorithms for redirecting calls to a location 
where a user of SIP-unobservant phone 205 or 300 is 
scheduled to be. Alternatively, the location server 55 
contains rules and algorithms for redirecting calls made 
*5 to a call center, to an appropriate extension or agent. 
The redirection may be based on, for instance, caller 
information, agent availability, account information, and 
the like. 

[0040] The SIP-observant network 305 is a wide area 
20 network; such as the Internet, preferably supporting the 
SIP signaling protocol set forth in RFC 2543. 
[0041] The data communication network also in- 
cludes PBX switches 400 and 405 coupled respectively 
to SIP-unobservant phones 205 and 300. PBX switches 
25 400 and 405 may adhere to the same or different types 
of PBX signaling protocols. Although the network illus- 
trated in FIG. 5 illustrates only two PBX switches, a per- 
son skilled in the art should recognize that the network 
may support multiple PBX switches and is not limited to 
30 only two. 

[0042] Unlike the data communication networks illus- 
trated in FIGS. 2-4, the data communication network il- 
lustrated in FIG. 5 provides translation between SIP and 
PBX messages via the separate emulation server 500. 
35 The emulation server is not limited to translating mes- 
sages to/from a single PBX unit, but includes logic to 
translate messages to/from multiple PBX units of differ- 
ent types. 

[0043] In general terms, the SIP-observant phone 200 

40 initiates telephonic communication with SIP-unobserv- 
ant phone 205 or 300 by transmitting a SIP INVITE re- 
quest. The INVITE request preferably includes a SIP 
URL of the emulation server 500. The switching device 
305 accepts the INVITE request and transmits all or a 

45 portion of the SIP URL to the location server 505 for re- 
solving the SIP URL to a more precise address. Prefer- 
ably, the location server 505 identifies a particular 
number to where to route the call. Alternatively, the lo- 
cation server 505 returns a list of all potential routing 

50 numbers, and each number is tried for a connection until 
a response is received. In yet another embodiment, the 
location server is engaged for retrieving redirection in- 
formation if an initially dialed number does not result in 
a successful connection. 

55 [0044] Switching device 305 preferably creates a new 
INVITE request with the identified telephone number 
and transmits the request to the emulation server 500 
over the SIP-observant network 510. The emulation 
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server 500 receives the INVITE request and identifies 
the specific type of PBX to which the request should be 
routed and translated. Preferably, the emulation server 
maintains a mapping of addresses to PBX types, and 
uses the mapping information to select the appropriate 5 
PBX signaling- type. For example, if the INVITE request 
is addressed to "sip:expert1 ©commerce. com," the em- 
ulation server 500 may determine that the call should 
be routed to PBX unit 400 and thus, translated to the 
type of signaling used by PBX unit 400. However, if the 10 
INVITE request is addressed to "sip:expert2@com- 
merce.com," the emulation server 500 may determine 
that the call should be routed to PBX unit 405 and thus, 
translated to the type of signaling used by PBX unit 405. 
The routing of the call to the appropriate PBX unit is pref- 1 5 
erably transparent to the SIP-observant phone 200. 
[0045] Once the appropriate PBX unit is identified, the 
emulation server 500 translates the INVITE request to 
the PBX signaling type used by the identified PBX unit. 
Thus, if the call is addressed to PBX unit 400, the emu- 20 
lation server translates the INVITE request to the sign- 
aling type used by PBX unit 400. SIP-unobservant 
phone 205 alerts the callee of the in-coming call by, for 
example, emitting a ringing sound. If the call is an- 
swered, PBX unit 400 transmits an answer response to 25 
the emulation server 500. The answer response is trans- 
lated to a SIP OK response and transmitted to switching 
device 305 to indicate a successful connection. Switch- 
ing device 305 confirms receipt of the OK response by 
transmitting a SIP ACK message. 30 
[0046] A person skilled in the art should recognize that 
variations to the data communication network of FIG. 5 
may be made without departing from the scope and spir- 
it of the present invention to allow the SIP-unobservant 
phones 205, 300 to not only receive calls, but to also 35 
initiate calls with the SIP-observant phone 200 or anoth- 
er SIP-unobservant phone (not shown) via the separate 
emulation server 500. 

[0047] FIG. 6 is a flow diagram of the process taken 
by the emulation client/server 50a, 85a, 110a, 115a, 500 *o 
for translating SIP messages into PBX messages. The 
emulation client/server receives a call initiation mes- 
sage in a SIP-observant format (160). The call initiation 
message may be an INVITE request, OK response, and 
the like. The emulation client/server identifies the SIP 45 
request/response to be translated (1 65) and finds a cor- 
responding PBX event/service via a database lookup, 
table lookup, or in-line code (170). The PBX event/serv- 
ice is preferably a CSTA, CTI, or other PBX signaling 
event that does not adhere to the SIP signaling protocol. 50 
If multiple PBX units of different types exist to which a 
call may be routed and translated, the emulation client/ 
server identifies the appropriate PBX unit and translates 
the SIP request/response to the identified PBX signaling 
type. The emulation client/server then returns the trans- 55 
lated PBX message (175). 

[0048] FIG. 7 is a flow diagram of a process taken by 
the emulation client/server 50a, 85a, 110a, 115a, 500 



for translating PBX messages into SIP messages. The 
emulation client/server receives a call initiation mes- 
sage in a SIP-unobservant format (180). The call initia- 
tion message may be a dial request, answer response, 
call request, or the like, transmitted as a CSTA, CTI, or 
other PBX signaling event that does not adhere to the 
SIP signaling protocol. The emulation client/server iden- 
tifies the PBX event/service to be translated (185) and 
finds a corresponding SIP request/response via a data- 
base lookup, table lookup, or in-line code (1 90). The em- 
ulation client/server then returns the translated SIP 
message (195). 

[0049] FIG. 8 is a schematic diagram of a location da- 
tabase stored in the location server 55 of FIG. 2, which 
is representative of location servers 95, 125, and 505. 
The location database includes a plurality of location 
records 520, with each record preferably being headed 
and identified by a unique caller identifier (ID) 520a. The 
caller ID preferably includes all or a portion of the cal- 
lee's contact information provided by the switching de- 
vice 50. The contact information is preferably an ex- 
press telephone number if a SIP-unobservant phone in- 
itiates the call, or a SIP URL if a SIP-observant phone 
initiates the call. Alternatively, the contact information 
may be the caller's name or the caller's customer 
number. 

[0050] Each location record 520 may further indicate 
whether the call is to be redirected 520b to a particular 
nu mber or agent, or whether the call is to be transmitted 
to the originally indicated number. 
[0051] A contact field 520c includes one or more con- 
tact numbers to which a call may be redirected. In the 
illustrated embodiment, each contact number is prefer- 
ably associated with a day and a range of times indicat- 
ing when a call should be rerouted to the indicated 
number. In an alternative embodiment, the contact field 
indicates a particular extension or available agent infor- 
mation for routing a call placed to a call center. A person 
skilled in the art should recognize, furthermore, that the 
location record may include other information for deter- 
mining and when and how to redirect a call. 
[0052] FIG. 9 is a flow diagram of a process for utiliz- 
ing the location database of FIG. 8 to redirect calls ac- 
cording to one embodiment of the invention. According 
to the illustrated embodiment, a call may be redirected 
if an initially dialed number does not result in a success- 
ful connection. 

[0053] The process starts, and either a SIP-observant 
or SIP-unobservant phone initiates a call to a particular 
number (530). A determination is made if the call has 
been answered (535) preferably based on the receipt of 
a SIP OK response. If the call has not been answered, 
the location server is engaged to retrieve an appropriate 
location record 520 based on either the called number 
or the calling party's information (538). A determination 
is then made as to whether the call is to be redirected 
(540). The location server may examine the redirect field 
520c of the location record 520 to make this determina- 
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tion. If the call is to be redirected, the appropriate redi- 
rect information is retrieved from the contact field 520d, 
and a call is initiated to the redirect number (545). 
[0054] FIG. 10 is a flow diagram of a process for uti- 
lizing the location database of FIG. 8 to redirect calls 
according to an alternative embodiment of the invention. 
According to this alternative embodiment, the location 
database is engaged prior to initiating the call. 
[0055] The process starts and either a SIP-observant 
or SIP-unobservant phone initiates a call to a particular 
number (530). However, instead of trying the number 
first for a response, the location server is invoked to re- 
trieve the appropriate location record (560). A determi- 
nation is then made as to whether to redirect the call to 
a more precise address, a particular extension number, 
or an alternate telephone number where the callee is 
scheduled to be (565). The location server may examine 
the redirect field 520c of the location record 520 to make 
this determination. If the call is to be redirected, the ap- 
propriate redirect information is retrieved from the con- 
tact field 520d, and a call is initiated to the redirect 
number (570). 

[0056] Although this invention has been described in 
certain specific embodiments, those skilled in the art will 
have no difficulty devising variations which in no way 
depart from the scope and spirit of the present invention. 
For example, although the present invention is de- 
scribed with respect to SIP-observant and unobservant 
telephones, a person skilled in the art should recognize 
that such telephones may be replaced with any device 
capable of telephonic communication over the Internet, 
such as, for example, a wireless phone or computer. 
[0057] A person skilled in the art should also recog- 
nize that the SIP-unobservant phones may utilize any 
non-SIP signaling methods besides PBX to communi- 
cate with the SIP-observant phones. The emulation cli- 
ent/server may further be modified without departing 
from the scope and spirit of the present invention to al- 
low a telephone utilizing any such non-SIP signaling 
method to communicate via the SIP-observant network. 
[0058] It is therefore to be understood that this inven- 
tion may be practiced otherwise than is specifically de- 
scribed. Thus, the present embodiments of the invention 
should be considered in all respects as illustrative and 
not restrictive, the scope of the invention to be indicated 
by the appended claims and their equivalents rather 
than the foregoing description. 



Claims 

1. A method for establishing telephonic communica- 
tion between a first device and a second device over 
a communication network adhering to a session in- 
itiation protocol (SIP), the method comprising: 

receiving a first call establishment message 
from the first device in a SIP-unobservant for- 



mat; 

generating a second call establishment mes- 
sage in a SIP-observant format in response to 
the first call establishment message; and 
5 transmitting the second call establishment 

message to the second device over the com- 
munication network. 

2. The method of claim 1, wherein the call establish- 
10 ment message is selected from a group consisting 

of requests, responses, and confirmations. 

3. The method of claim 1 , wherein the SIP-unobserv- 
ant format adheres to a private branch exchange 

15 signaling protocol. 

4. The method of claim 1 further comprising: 

retrieving redirection information associated 
20 with the first call establishment message from 

a location database; and 
redirecting the second call establishment mes- 
sage in response to the retrieved redirection in- 
formation. 

25 

5. The method of claim 4, wherein the redirection in- 
formation is associated with a day and a time indic- 
ative of when the call establishment message is to 
be redirected. 

30 

6. The method of claim 1 further comprising selecting 
the SIP-unobservant format from a plurality of avail- 
able formats. 

35 7. A method for establishing telephonic communica- 
tion between a first device and a second device over 
a communication network adhering to a session in- 
itiation protocol (SIP), the method comprising: 

40 receiving a first call establishment message 

from the first device in a SIP-observant format; 
generating a second call establishment mes- 
sage in a SIP-unobservant format in response 
to the first call establishment message; and 

4 5 transmitting the second call establishment 

message to the second device over the com- 
munication network. 

8. The method of claim 7, wherein the call establish- 
50 ment message is selected from a group consisting 

of requests, responses, and confirmations. 

9. The method of claim 7, wherein the SIP-unobserv- 
ant format adheres to a private branch exchange 

55 signaling protocol. 

10. The method of claim 7 further comprising: 
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retrieving redirection information associated 
with the first call establishment message from 
a location database; and 
redirecting the second call establishment mes- 
sage in response to the retrieved redirection in- 
formation. 

11. The method of claim 10, wherein the redirection in- 
formation is associated with a day and time indica- 
tive of when the call establishment message is to 
be redirected. 

12. The method of claim 7 further comprising selecting 
the SIP-unobservant format from a plurality of avail- 
able formats. 

13. A communication network adhering to a session in- 
itiation protocol (SIP) for establishing telephonic 
communication between devices, the network com- 
prising: 

a SIP-unobservant device; 
a SIP-observant device; and 
an emulation client operative between the SIP- 
unobservant device and the SIP-observant de- 
vice, characterized in that a call establish- 
ment message transmitted by the SIP-unob- 
servant device in a SIP-unobservant format is 
converted to a SI P-observant format by the em- 
ulation client and transmitted to the SIP-ob- 
servant device. 

14. The communication network of claim 13, wherein 
the call establishment message is selected from a 
group consisting of requests, responses, and con- 
firmations. 

15. The communication network of claim 13, wherein 
the SIP-unobservant format adheres to a private 
branch exchange signaling protocol. 

16. The communication network of claim 13 further 
comprising a location database for storing redirec- 
tion information, the communication network further 
characterized In that the emulation client retrieves 
from the location database redirection information 
associated with the call establishment message 
and redirects the call establishment message 
based on the retrieved redirection information. 

17. The communication network of claim 15, wherein 
the redirection information is associated with a day 
and time indicative of when the call establishment 
message is to be redirected. 

18. The communication network of claim 13 further 
characterized in that the emulation client selects 
the SIP-unobservant format from a plurality of avail- 



able formats. 

19. A communication network adhering to a session in- 
itiation protocol (SIP) for establishing telephonic 

5 communication between devices, the network com- 
prising: 

a SIP-unobservant device; 
a SIP-observant device; and 
10 an emulation client operative between the SIP- 

unobservant device and the SIP-observant de- 
vice, characterized in that a call establish- 
ment message transmitted by the SIP-observ- 
ant device in a SIP-observant format is convert- 
's ed to a SIP-unobservant format by the emula- 
tion client and transmitted to the SIP-unobserv- 
ant device. 

20. The communication network of claim 18, wherein 
20 the call establishment message is selected from a 

group consisting of requests, responses, and con- 
firmations. 

21. The communication network of claim 18, wherein 
25 the SIP-unobservant format adheres to a private 

branch exchange signaling protocol. 

22. The communication network of claim 18 further 
comprising a redirection database for storing redi- 

30 rection information, the communication network fur- 
ther characterized in that the emulation client re- 
trieves from the location database redirection infor- 
mation associated with the call establishment mes- 
sage and redirects the call establishment message 
35 based on the retrieved redirection information. 

23. The communication network of claim 21, wherein 
the redirection information is associated with a day 
and time indicative of when the call establishment 

40 message is to be redirected. 

24. The communication network of claim 18 further 
characterized in that the emulation client selects 
the SIP-unobservant format from a plurality of avail- 

4 5 able formats. 

25. An emulation client in a communication network ad- 
hering to a session initiation protocol (SIP) for es- 
tablishing telephonic communication between a 

50 SIP-observant device and a SIP-unobservant de- 
vice, characterized in that a call establishment 
message transmitted by the SIP-observant device 
in a SIP-observant format is converted to a SIP-un- 
observant format by the emulation client and trans- 

55 mitted to the SIP-unobservant device. 

26. The emulation client of claim 24, wherein the call 
establishment message is selected from a group 
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consisting of requests, responses, and confirma- 
tions. 

27. The emulation client of daim 24, wherein the SIP- 
unobservant format adheres to a private branch ex- 5 
change signaling protocol. 

28. The emulation client of claim 24, further character- 
ized in that redirection information associated with 

the call establishment message is retrieved from a 10 
redirection database for redirecting the call estab- 
lishment message. 

29. The emulation client of claim 27, wherein the redi- 
rection information is associated with a day and a 15 
time indicative of when the call establishment mes- 
sage is to be redirected. 

30. The emulation client of claim 24, further character- 
ized in that the S IP-unobservant format from a plu- 20 
rality of available formats. 

31 . An emulation client in a communication network ad- 
hering to a session initiation protocol (SIP) for es- 
tablishing telephonic communication between a 25 
SIP-observant device and a SIP-unobservant de- 
vice, characterized in that a call establishment 
message transmitted by the SIP-unobservant de- 
vice in a SIP-unobservant format is converted to a 
SIP-observant format by the emulation client and 30 
transmitted to the SIP-observant device. 

32. The emulation client of claim 30, wherein the call 
establishment message is selected from a group 
consisting of requests, responses, and confirma- 35 
tions. 

33. The emulation client of daim 30, wherein the SIP- 
unobservant format adheres to a private branch ex- 
change signaling protocol. 40 

34. The emulation dient of claim 30, further character- 
ized in that redirection information associated with 
the call establishment message is retrieved from a 
redirection database for redirecting the call estab- 45 
lishment. 

35. The emulation client of daim 33, wherein the redi- 
redion information is associated with a day and 
time indicative of when the call establishment mes- so 
sage is to be redirected. 

36. The emulation client of claim 30, further character- 
ized in that the SIP-unobservant format is selected 
from a plurality of available formats. 55 
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